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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
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Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server) 
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Foreword 

This Technical Specification (TS) has been produced by the Special Mobile Group (SMG). 

The present document gives the stage 2 description of the Multiple Subscriber Profile (MSP) supplementary service 
within the digital cellular telecommunications system. 

The contents of the present document are subject to continuing work within SMG and may change following formal 
SMG approval. Should SMG modify the contents of the present document it will then be republished by ETSI with an 
identifying change of release date and an increase in version number as follows: 

Version 7.x.y 

where: 

7 GSM Phase 2+ Release 1 998 ; 

X the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, 
etc.; 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 
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Scope 



The present document specifies the stage 2 description of the Multiple Subscriber Profile (MSP) Supplementary Service 
Phase 1 . MSP Phase 1 is implemented using CAMEL Phase 2. MSP Phase 2 will be implemented using CAMEL 
Phase 3. 
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• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

• For this Release 1998 document, references to GSM documents are for Release 1998 versions (version 7.x.y). 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

Default Profile: The profile used when the MSP subscriber roams to a non-supporting network. The MSP subscriber 
will not be able to change outgoing call barrings for the default profile. 

MSP Subscriber: The subscriber provisioned with the MSP service. 

Profile Identity: The numerical identity (between 1 and 4) of the profile. 

Profile Status: Specifies if the profile is the registered profile or the default profile. 

Registered Profile: The profile used for all MO calls if a profile has not been explicitly selected. 

3.2 Abbreviations 

The abbreviations used in the present document are listed in GSM 01.04. 

For the purposes of the present document, the following abbreviations apply. 

CD The Call Deflection supplementary service 

MSP The Multiple Subscriber Profile supplementary service 

UUS The User-to-User Signalling supplementary service 



4 Features needed to support IVISP 

1. CAMEL Phase 2 is a pre-requisite for MSP. 

2. The Network Indication of Alerting feature is also required if the subscriber is to be informed of the called profile. 
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5 Additional Information stored in network entities 

5.1 Data stored in the HLR 

The HLR contains all the common data (the data valid for all profiles) and some data specific to the default profile. 
The data stored in the HLR is defined in GSM 03.08. The elements specifically used for MSP are: 
List of MSISDNs and associated Bearer Capabilities; 

- Default profile (Basic MSISDN); 

- Capabilities of VLR (support of CAMEL Phase 2); 

Supplementary services (per BSG) subscribed per subscriber (CW, CH, MPTY, ...); 

Call Barring Data (see subclause 5.8: Call Barring); 

ODB Data (see subclause x: Operator Determined Barring); 

- CAMEL data including the MSP service key, O-CSI, T-CSI, UG-CSI and Location information / Subscriber state 
Interrogation. 

5.2 Data stored in the VLR 

The data stored in a VLR is defined in GSM 03.16. MSP has no impact on the VLR. 

6 Additional procedures in network entities 

6.1 OCBJIag 

The OCB_flag shall be set in the HLR if Call Barrings are provided in the gsmSCF. 

If the OCB_flag is present then 

When the subscriber roams to a VLR which supports CAMEL Phase 2, the HLR shall not send any outgoing call 
barring supplementary services data; 

When the subscriber roams to a VLR which does not support CAMEL Phase 2, the HLR shall send outgoing call 
barring supplementary services data to the VLR as stored in the HLR. 

The subscriber shall not be allowed to alter the Call Barring data in the HLR 

6.2 ODB flags 

The ODB flag for the relevant category shall be set in the HLR if ODB is provisioned in the gsmSCF for that category. 

If the ODB flag is present for that category, then 

When the subscriber roams to a VLR which supports CAMEL Phase 2, the HLR shall not send any ODB data 
for that category; 

When the subscriber roams to a VLR which does not support CAMEL Phase 2, the HLR shall send ODB data 
for that category to the VLR as stored in the HLR. 
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Description of IVIultiple Subscriber Profile 



7.1 



Overview 



The MSP service allows the served subscriber to have several profiles, to distinguish between different 
telecommunication service requirements (e.g. business and home). This is described in GSM 02.97. Subscriber data 
specific to MSP is stored in the HLR and the gsmSCF. 



7.2 Registration of a Profile 



Registration of a profile allows the subscriber to register a provisioned profile to be used for mobile originated calls. 
The request to register a profile shall contain the MSP code and the profile identity and will be sent to the gsmSCF using 
USSD, see GSM 03.78 and GSM 03.90. The registered profile is stored in the gsmSCF. In response to a successful 
registration request, the gsmSCF shall return a positive acknowledgement, including the identity of the registered 
profile, using USSD. 

The registration process is shown in figure 2. The information flow for registering a profile is shown in figure 1 . 
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(Profile ID) 
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(MSP code. Profile ID) 



USSD Response 



(Profile ID) 
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Process USS Request 



(MSP code. Profile ID) 
Process USS Request ack 



(Profile ID) 



Figure 1 : Registration Process 



£75/ 



(GSM 03.97 version 7.1.0 Release 1998) 



10 



ETSI TS 101 727 V7.1.0 (1999-08) 



Process Register_MSP_gsmSCF 



A process in the . ; 
gsmSCF to register 
a profile. 



Idle 



Process USS 
Request 
(MSP code, 
Profile ID) 




Yes 



Idle 



Reg_MSP_G_1(1) 



Sgnals to/from the left 
are to/from the HLR 



No 



_^ Profile ^-\ 










^--^rovis 


oned?^--^ 
Yes 






No 








Registered profile 
:= Profile ID 




Error := 

Profile not 

proveioned 




Error := 

MSP not 

proveioned 














\ 














/ 
/ Process USS 
< Request ack 
\ (Profile ID) 




/ Process USS 
^ Request ack 
^ (Error) 












\ 

















Figure 2: Process Register_MSP_gsmSCF 
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7.3 Interrogation 



The MS can interrogate MSP, using USSD, to identify which profiles are provisioned and which of the provisioned 
profiles is the currently registered profile. 

The interrogation process is shown in figure 4. The information flow for interrogation of MSP is shown in figure 3. 
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MSC 



VLR 



HLR 



USSD Request 
(MSP code) 



USSD Response 
(MSP info) 

r 1 iz 
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Process USS Request acl^ 
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Figure 3: Interrogating IVISP 
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Figure 4: Process lnterrogate_MSP_gsmSCF 

The interrogate MSP operation shall contain the MSP service code. 

In response to a successful interrogation request, the gsmSCF shall return the profile identity and profile status for each 
provisioned profile. 

If the MSP service is not provisioned then the gsmSCF shall return the service status indicating not provisioned. 
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7.4 Call Handling for an MSP subscriber 

The procedure for handling MSP calls can be divided into two areas: mobile originating call handling and mobile 
terminating call handling. 

7.4.1 IVIobile Originating (MO) call handling 

The served subscriber may use the registered profile or explicitly select a provisioned profile to set up an MO call. If the 
profile is explicitly selected, the selection information will be included in the called party BCD number and transported 
to the gsmSCF. If the gsmSCF recognises that a profile has not been explicitly selected (there is no profile selection 
information in the called party BCD number) then the registered profile is used. The MMI for explicitly selecting a 
profile is defined in GSM 02.30. 

The information flow for an MO call is shown in figure 10. 

When the gsmSCF receives an Initial_DP message from the gsmSSF, containing MO call parameters, the process 
MO_MSP_Call_gsmSCF will be invoked, see figure 5. All other call handling is described in GSM 03.18 and 
GSM 03.78. 

7.4.2 Mobile Terminating (MT) call handling 

The profile used for an MT call to the served subscriber is determined by the called MSISDN. 

The information flow for an MT call is shown in figure 1 1 . 

When the gsmSCF receives an lnitial_DP message from the gsmSSF, containing MT call parameters, the process 
MT_MSP_Call_gsmSCF will be invoked, see figure 7. All other call handling is described in GSM 03.18 and 
GSM 03.78. 

NOTE: If the call is to be forwarded, the gsmSCF does not include the "O-CSI applicable" parameter in the 
Connect message so that the second contact with the gsmSSF., is suppressed. 

7.5 Functions and Information Flows 
7.5.1 Functions 

The following functions have been added for MSP: 
MO_MSP_Call_gsmSCF 
Sets the parameters for an MO call 
See figure 5. 
Location: gsmSCF 
MT_MSP_Call_gsmSCF 

Sets the parameters for an MT call and forwards the call if appropriate 
See figure 7. 
Location: gsmSCF 
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Figure 5: Process MO_MSP_Call_gsmSCF (sheet 1) 
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Figure 6: Process MO_MSP_Call_gsmSCF (sheet 2) 
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Figure 7: Process MT_MSP_Call_gsmSCF (sheet 1) 
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Figure 8: Process MT_MSP_Call_gsmSCF (sheet 2) 
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Figure 9: Process MT_MSP_Call_gsmSCF (sheet 3) 
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7.5.2 Information flows 

The information flow for a successful MO call by an MSP subscriber is shown in figure 10. 
The information flow for a successful MT call to an MSP subscriber is shown in figure 1 1 . 



MS I MSC 

Setup 



VLR 



Complete call (0-CSI) 



Call proceeding 



Progress 



gsmSSF 



gsmSCF Des tination Network 
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I ^ > 

Furrhish Charging Information (Profile ID) 



Continue / Connect (Generic Number) 
Continue / Connect (Generic Number) 



SIFOC 



Complete call 



Initial Address Message 



Figure 10: Information flow for a successful MO call 
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NOTE: For information flows to a profile that has Call Forwarding services Active and Operative in the gsmSCF, 
see subclause 8.1: Call Forwarding. 

Figure 11 : Information flow for a successful IVIT call to a profile that has no Call Forwardings Active 

and Operative in the gsmSCF 
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7.6 Interaction with Supplementary Services 

7.6.1 Line Identification services 

7.6.1.1 CLIP 

CLIP will be provisioned per subscriber. If CLIP is active, it will be active for all profiles. Data for the CLIP 
Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. CLIP will 
function as specified in GSM 03.81 and will not distinguish between MSP and non-MSP subscribers. 

7.6.1.2 CLIR 

CLIR will be provisioned per subscriber. If CLIR is active, it will be active for all profiles. Data for the CLIR 
Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. CLIR will 
function as specified in GSM 03.81 and will not distinguish between MSP and non-MSP subscribers. 

7.6.1.3 COLP 

COLP will be provisioned per subscriber. If COLP is active, it will be active for all profiles. Data for the COLP 
Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. COLP will 
function as specified in GSM 03.81 and will not distinguish between MSP and non-MSP subscribers. 

7.6.1.4 COLR 

COLR will be provisioned per subscriber. If COLR is active, it will be active for all profiles. Data for the COLR 
Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. COLR will 
function as specified in GSM 03.81 and will not distinguish between MSP and non-MSP subscribers. 

7.6.2 Call Hold (HOLD) 

Call Hold will be provisioned per subscriber. If Call Hold is active, it will be active for all profiles. Data for the Call 
Hold Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. Call Hold 
will function as specified in GSM 03.83 and will not distinguish between MSP and non-MSP subscribers. 

7.6.3 Call Waiting (CW) 

Call Waiting will be provisioned per subscriber. If Call Waiting is active, it will be active for all profiles. Data for the 
Call Waiting Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. Call 
Waiting will function as specified in GSM 03.83 and will not distinguish between MSP and non-MSP subscribers. 



7.6.4 Call Forwarding 



The Call Forwarding Supplementary Services can be provisioned per subscriber. However, services equivalent to the 
Call Forwarding Supplementary Services, implemented in the gsmSCF, will be available to the MSP subscriber per 
profile. This is described in subclause 8.1: Call Forwarding. 



7.6.5 Multi Party Service (MPTY) 



The Multi Party Supplementary Service will be provisioned per subscriber. If MPTY is active, it will be active for all 
profiles. Data for the MPTY Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the 
usual manner. MPTY will function as specified in GSM 03.84 and will not distinguish between MSP and non-MSP 

subscribers. 
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7.6.6 Closed User Group (CUG) 



The Closed User Group Supplementary Service will be provisioned per subscriber. If CUG is active, it will be active for 
all profiles. Data for the CUG Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the 
usual manner. CUG will function as specified in GSM 03.85 and will not distinguish between MSP and non-MSP 
subscribers. The interaction between CAMEL and CUG (in the case of forwarding CUG calls) is defined in GSM 03.78. 



7.6.7 Advice of Charge (AoC) 



The Advice of Charge Supplementary Service will be provisioned per subscriber. If AoC is active, it will be active for 
all profiles. Data for the AoC Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the 
usual manner. AoC will function as specified in GSM 03.86 and will not distinguish between MSP and non-MSP 
subscribers. 



7.6.8 Call Barring 



The Call Barring Supplementary Services can only be provisioned per subscriber. However, services equivalent to the 
Call Barring Supplementary Services, implemented in the gsmSCF, can be provided to the MSP subscriber per profile. 
This is described in subclause 8.2: Call Barring. This requires the OCB_flag mechanism described in section x. 

7.6.9 Explicit Call Transfer (ECT) 

Explicit Call Transfer will be provisioned per subscriber. If Explicit Call Transfer is active, it will be active for all 
profiles. Data for the Explicit Call Transfer Supplementary Service will be stored in the HLR, and if appropriate in the 
VLR, in the usual manner. ECT will function as specified in GSM 03.91 and will not distinguish between MSP and non- 
MSP subscribers. 

7.6.1 Completion of Calls to Busy Subscriber (CCBS) 

CCBS will be provisioned per subscriber. 

If a CFU-equivalent service is activated while there are queue entries in MS-B's target queue, HLR-B will not know 
about this activation and will process these queue entries as normal. As a consequence, the CCBS calls related to these 
queue entries will be forwarded to the new destination. CCBS activation is not possible if this forwarded call meets 
NDUB. This results in expiry of recall timer T9 and deletion of the queue entry from MS-B's target queue. For further 
details on the interaction between CCBS and CAMEL, refer to GSM 03.93. 

The same applies to Incoming Call Barring-equivalent services which are activated while there are queue entries in 
MS-B's target queue. 

7.6.1 1 enhanced Multi-Level Precedence and Pre-emption (eMLPP) 

eMLPP will be provisioned per subscriber. If eMLPP is active, it will be active for all profiles. Data for the eMLPP 
Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual manner. eMLPP will 
function as specified in GSM 03.67 and will not distinguish between MSP and non-MSP subscribers. 



7.6.1 2 User-to-User Signalling (UUS) 



The User-to-User Supplementary Service will be provisioned per subscriber. If UUS is active, it will be active for all 
profiles. Data for the UUS Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual 
manner. UUS will function as specified in GSM 03.87 and will not distinguish between MSP and non-MSP subscribers. 



7.6.13 Call Deflection (CD) 



The Call Deflection Supplementary Service will be provisioned per subscriber. If CD is active, it will be active for all 
profiles. Data for the CD Supplementary Service will be stored in the HLR, and if appropriate in the VLR, in the usual 
manner. CD will function as specified in GSM 03.72 and will not distinguish between MSP and non-MSP subscribers. 



£75/ 



(GSM 03.97 version 7.1 .0 Release 1 998) 23 ETSI TS 1 01 727 V7.1 .0 (1 999-08) 

When the MSP subscriber deflects an MT call, it triggers an interrogation of the gsmSCF for an MO Call. Using the call 
reference number, the gsmSCF can recognise that there is an ongoing dialogue for the MT call, and can then retrieve the 
profile to apply for the deflected call, see figure 5. 

This gives the gsmSCF the opportunity to reject the call deflection per profile, providing the MSP subscriber is in a 
supporting network. 

7.7 Interaction with other services 

7.7.1 The IVIulti-Numbering Scheme 

If the MSP subscriber has different MSlSDNs allocated for different Basic Services, all MSISDNs and associated Basic 
Services will be stored in the HLR. Each MSISDN and associated Basic Services will also be stored in the gsmSCF with 
associated profile ID. 

7.7.2 The Short IVIessage Service 

Mobile terminated short messages can be received on any profile although the profile will not be specified. 

It is not possible to select a profile for mobile originated short messages since there are no CAMEL interactions. All 
MO- SMS will be sent by and charged to the default profile. 

7.7.3 Interactions with CAMEL 

An MSP subscriber will, by definition, have a CAMEL subscription. 

If other CAMEL services are designed in such a way that an MSP subscriber can use them, they will be available to the 
MSP subscriber. It is a network option to design CAMEL services that interact with MSP. 

7.7.4 Interactions with OR 

The GMSC in the Interrogating PLMN (IPLMN) needs to support CAMEL Phase 2 capability if the called subscriber is 
an MSP subscriber. 

If an interrogation request is received for an MSP subscriber from a GMSC in the IPLMN that does not support the 
CAMEL Phase 2 capability, the HLR shall return an OR not allowed negative response (see GSM 03.79) to the GMSC. 
This will force the call to be routed to a GMSC supporting CAMEL Phase 2 capabilitity in the HPLMN. 

7.7.5 Operator Determined Barring 

ODB will be provisioned per subscriber. 

A service, implemented in the gsmSCF, will be available to an MSP subscriber per profile, equivalent to some elements 
of the ODB service. This is described in subclause 8.3: Operator Determined Barring (ODB). This requires the 
mechanism described in section x. The category "Barring of invocation of call transfer" will only be available per 
subscriber.Outgoing ODB for the default profile will be stored in the HLR for use when the subscriber roams into a non- 
supporting network, see subclause 9.1: Roaming into a network not supporting CAMEL Phase 2 for further details. 



7.7.6 Roaming Restrictions 



Roaming Restrictions will be apply on a per subscriber basis. Roaming Restrictions will be active over all profiles. Data 
for the Roaming Restrictions will be stored in the HLR in the usual manner. 
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7.8 Data stored in the gsmSCF 



The gsmSCF contains all the data needed to fulfil the MSP service. This data can be separated between the common 
data (the data valid for all profiles) and the profile specific data. 

Common Data 

—IMS I 

-Category 

— Registered profile 

-Default profile 

Profile Specific Data 



Profile ID 



MSISDNs and associated Basic 
Services 



Alerting Pattern 
(For Incoming calls) 



Call Forwarding data 



Call Barring Data 



ODB Data 



7.9 Equivalent services implemented by the gsmSCF 
7.9.1 Call Forwarding 

Call Forwarding services will be provided in the gsmSCF per profile. An MT call to an MSP subscriber will be subject 
to the provided call forwardings for the called profile. 

The Call Forwarding services, implemented by the gsmSCF, should operate in the same way as the GSM Call 
Forwarding Supplementary Services. The MSP subscriber should have control over the call forwarding data 
(Registration, Erasure, Activation, Deactivation, Interrogation). The method for controlling this data is a network option. 
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GMSC 



Send Routing 



C 



Send Routing info 



Info ack (T-CSI) 



Invoke gsmSSF 



DP_Termination_Attem|)t_Autfiorized 



gsmSSF 



Provide Subscriber Info 



gsmSSF invoked 



l-urnisfi Charging information (Profiie iD) 



Reiluest_Report_BCSM_Ev(!nt (see Note) 



Continue / Connect (Aierting Pattern, 0-CSI cipplicabie) 



Continue / Connect (Aierting Pattern, 0-CSI appiicabie) 



Send Routing Info (Alerting Pattern) 



Send Routing hfo ack (MSRN) 



initial Address Message 



Provide Roaming Number (Aierting Pattern) 



U 



gsmSCF 



Provide Subscriber Info ack 



lnitial_DP (MT parameteirs) 



Provide Roaming Numb(;r ack (MSRN) 



Obtain Subscriber Info 



Obtain Subscriber Info ack 



Tei |mintating MSC 



t 



NOTE: Request_Report_BCSM_Event will contain the list ArmDPList (see figure 1 ). This list will contain the 
following elements: 
T_Answer EDP-N 

T_Abandon EDP-N 

T_Busy EDP-N (Unless CFB and/or CFNRc are A&O for the called profile, in which case EDP-R) 

T_No_Answer EDP-N (Unless CFNRy is A&O for the called profile, in which case EDP-R) 

Figure 12: Information flow for a successful MT call to a profile with some Call Forwardings Active 

and Operative 
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7.9.1.1 Call Forward Unconditional 



GMSC 



gsmSSF 



Invoke gsmSSF (T-CSI) 



gsmSSF Invoked 



DP_Termination_Attempt_Authorized 



Connect (FTN) 



gsmSCF 



lnltial_DP (MT parameters) 



Furnish Charging nformation (Profile ID) 



Connect (FTN) 



Figure 13: Information flow for an MT call to a profile with CFU active and operative in the gsmSCF 
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7.9.1 .2 Call Forward on Busy 



GMSC 



gsmSSF 



Initial Address Message 



DP_T_Busy 



gsmSCF 



MSC 



Event Report BCSM (interrupted) 



^ 



Connect (FTN) 



Connect (FTN) 



Release (Busy) 



Figure 14: Information flow for an MT call to a profile with CFB active and operative in the gsmSCF, 

where the called subscriber is NDUB or UDUB 
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7.9.1 .3 Call Forward on No Reply 



GMSC 



gsmSSF 



Initial Address Message 



TNRy 
Expired 



Release 



DP T No Answer 



Connect (FTN) 



gsmSCF 



Address Complete Message 



MSC 



Event Report BCSM (interrupted) 



Connect (FTN) 



NOTE: The timer TNRy is started in the GMSC after the Address Complete Message has been received from the 
destination exchange. If this timer expires before an Answer message is received from the destination 
exchange, a release message is sent to the destination exchange and the detection point T_No_Answer is 
reached. This is specified in GSM 03.18 and GSM 03.78. 

Figure 15: Information flow for an MT call to a profile with CFNRy active and operative in the 
gsmSCF, where the called party does not answer 



7.9.1.4 



Call Forward on Not Reachable 



7.9.1.4.1 



Early CFNRc 



Early Call Forwarding on Not Reachable will apply if the gsmSCF receives the parameter "subscriber state" set as Not 
Reachable. Due to the presence of the Location information / Subscriber state Interrogation parameter in the CAMEL 
data, stored in the HLR, the HLR sends a Provide Subscriber Information message to the VLR. This determines if the 
subscriber state is Not Reachable. 
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GMSC 



HLR 



uting Information ack (Ivletwork Determined Not Reachable) 



gsmSSF 



gsmSCF 



VLR Destination IVISC 



Send Routing Information 



Provide Subscriber hfo 



Obtain Subscriber Info ack (Network Determined Not Reachable) 



F'rovide Subscriber Infci ack (Network Determined Not Reachable) 



Invoke gsmSSF (T-CSI) 



cismSSF Invoked 



DP_Termination_Att3mpt_Authorized 



Furnish Charging Information (Profile ID) 



Connect (FTN) 



Obtain Subscriber Info 



InitiaLDP (MT parameters) 



Connect (FTN) 



Figure 16: Information flow for an MT call to a profile with CFNRc active and operative in the 

gsmSCF, where early CFNRc is invoked 
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7.9.1.4.2 



Late CFNRc 



GMSC 



qsmSSF 



Initial Address Message 



Release (Not R€ achable / Other (any other cause except "Busy"")) 



DP_T_Busy (Release Cau£;e) 



Connect (FTN) 



qsmSCF 



MSC 



Event Report BCSM (interrupted) 



Connect (FTN) 



Figure 17: Information flow for an MT call to a profile with CFNRc active and operative in the 

gsmSCF, where late CFNRc is invoked 

7.9.2 Call Barring 

Call Barring services will be provided by the gsmSCF per profile. An MO call made by an MSP subscriber will be 
subject to the outgoing call barrings provided for the calling profile. An MT call to an MSP subscriber will be subject to 
the incoming call barrings provided for the called profile. If an MT call to an MSP subscriber is forwarded, the 
forwarded call will be subject to the outgoing call barrings provided for the called profile. 

The Call Barring services available per profile are: 

Barring of all outgoing calls (BAOC); 

Barring of outgoing international calls (BOIC); 

Barring of outgoing international calls except those directed to the home PLMN country (BOIC-exHC); 

Barring of all incoming calls (BAIC); 

Barring of incoming calls when roaming outside the home PLMN country (BIC-roam). 

The Call Barring services, implemented by the gsmSCF, should operate in the same way as the GSM Call Barring 
Supplementary Services. The MSP subscriber should have control over the call barring data (Registration, Erasure, 
Activation, Deactivation, Interrogation). The method for controlling this data is a network option. 

The MSP subscriber will not be able to change Outgoing Call Barrings for the default profile. 

The GSM Call Barring Supplementary Services may require a password before Call Barring data can be changed. For 
the Call Barring Services implemented in the gsmSCF, use of a password is a network option. 
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The operator should ensure that if the equivalent call barring service is provided then: 

The OCB_flag is set in the HLR (See section x). 

If an equivalent outgoing call barring service is in a "Provisioned and Active" state in the gsmSCF for the default 
profile, that outgoing call barring supplementary service will be in a "Provisioned and Active" state in the HLR. 

If an equivalent outgoing call barring service is in a "Not Active" state in the gsmSCF for the default profile, that 
outgoing call barring supplementary service will be in a "Not Provisioned" state in the HLR. 

Incoming Call Barrings shall not be provisioned in the HLR. 

7.9.3 Operator Determined Barring (ODB) 

Operator Determined Barring will be available per profile in the gsmSCF for the following categories: 

Barring of outgoing calls; 

Barring of incoming calls; 

Barring of roaming; 

Barring of outgoing Premium Rate Calls; 

Barring specific to the home PLMN; 

Barring of registration of call forwarding. 

However, if zone related barring is implemented in the gsmSCF, the appropriate data will be needed in the gsmSCF as 
well as the HLR. For barring of incoming calls when roaming outside the zone of the home country, the gsmSCF will 
need to use Any Time Interrogation to establish the location of the called party. 

Management of ODB data is operator specific. 

The operator should ensure that if the equivalent ODB service for an ODB category is provided then: 

The ODB flag for the correct category is set in the HLR (See section x). 

The ODB data for that category for the default profile is duplicated in the HLR 

NOTE 1 : Barring of outgoing calls and barring of incoming calls in the gsmSCF will not disallow MO or MT short 

messages. 

7.10 Exceptional Procedures 

7.10.1 Roaming into a network not supporting CAMEL Pinase 2 

This subclause details MSP specific handling for roaming into a network not supporting CAMEL Phase 2. Other 
handling for this scenario is described in GSM 03.78. 

7.10.1.1 Actions required on Location Update 

The HLR will send the outgoing call barring data and outgoing ODB data, specific to the default profile, to the VLR. 

7.10.1.2 MO call handling 

When an MSP subscriber roams into a network not supporting CAMEL Phase 2, the default profile will be used for all 
outgoing traffic. 
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7.10.1.3 MT call handling 

MT calls to any profile will be received by the subscriber (subject to call forwardings and call barrings provided in the 
gsmSCF on the called profile), although no indication of the called profile will be received. 

The HLR will not allow OR, this means that for MT calls, the GMSC will always support CAMEL Phase 2, allowing the 
gsmSCF to invoke appropriate Call Forwardings and Call Barrings. 

7.10.2 Lack of availability of the Network Indication of Alerting feature 

If an MSP subscriber roams into a network not supporting the Network Indication of Alerting feature, or is using an MS 
that does not support the Network indication of Alerting feature, then the subscriber will still receive all MT calls, but no 
indication of the called profile will be given. 
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Annex A (informative): 
Provision and Withdrawal of IVISP 

A.1 Provision of IVISP 

MSP will be provisioned by prior arrangement with the service provider. 

For an existing subscriber converting to an MSP subscriber, all profile specific data will be stored in the gsmSCF and 
removed from the HLR, and MSP will be provisioned in the HLR. 

For a new subscriber provisioned with the MSP service, all profile specific data will be stored in the gsmSCF and MSP 
will be provisioned in the HLR. 

Data specific to the Default Profile will be stored in both the HLR and the gsmSCF. 



A.2 Withdrawal of MSP 



MSP will be withdrawn when there is only one profile remaining. In this event, the subscriber data will be stored in the 
HLR and removed from the gsmSCF, and the HLR will remove all MSP markings. The subscriber will then be treated as 
a normal subscriber. 



£75/ 



(GSM 03.97 version 7.1.0 Release 1998) 



34 



ETSI TS 101 727 V7.1.0 (1999-08) 



Annex B (Informative): 

Status of Technical Specification GSIVI 03.97 

This annex lists all changes made to the present document since its initial approval by the ETSI committee, SMG. 
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